|
|
| Author |
Thread Statistics | Show CCP posts - 1 post(s) |
Zleon Leigh
67
   |
Posted - 2012.01.22 13:04:00 -
[1] - Quote
TiDi is implemented because there does not exist a hardware solution that will handle the computation load and also the time of flight problem across the net.
The fix to this is simple - limit fleet battle size. But CCP is too fail to admit the truth.
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
67
|
Posted - 2012.01.22 13:55:00 -
[2] - Quote
Milli Sanchez wrote:Currently fighting in 92D. 1260 in local and dilation is so bad I cant lock anything.  Dilation is FAIL. This is NOT fun and simply not worth participating in big fleet PvP anymore. CCP stop thinking up awesome technical work arounds and fix the #$% game.
You can't "fix" physics.
CCP should be happy that they can support 300 vs 300 (or whatever a non-reinforced node will support) and put gate locks in place to keep it below that. Spawn bypass gates (or reroute in place gates) to jump people past the fight - allowing reinforcing fleets to engage in nearby systems.
CCP won the epeen award for largest true PvP many-on-many a long time ago at much lower numbers. Enough already. CCP encouraging ever larger massive battles is simply wasting resources that could be used to fix addressable bugs and realistic, usable content.
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
67
|
Posted - 2012.01.22 15:34:00 -
[3] - Quote
baltec1 wrote:Zleon Leigh wrote:Milli Sanchez wrote:Currently fighting in 92D. 1260 in local and dilation is so bad I cant lock anything. Dilation is FAIL. This is NOT fun and simply not worth participating in big fleet PvP anymore. CCP stop thinking up awesome technical work arounds and fix the #$% game. You can't "fix" physics. CCP should be happy that they can support 300 vs 300 (or whatever a non-reinforced node will support) and put gate locks in place to keep it below that. Spawn bypass gates (or reroute in place gates) to jump people past the fight - allowing reinforcing fleets to engage in nearby systems. CCP won the epeen award for largest true PvP many-on-many a long time ago at much lower numbers. Enough already. CCP encouraging ever larger massive battles is simply wasting resources that could be used to fix addressable bugs and realistic, usable content. The only people who say this are those who wernt there or are bitter they try to play on a poor mans PC from 2002. The last two fights have been epic and worked oh so good.
Nope, just tired of hearing about tears of "I was in 500 man fleet and couldn't do ****!" for the past two years.
BTW - don't talk about something you don't have a clue about. Client side has NOTHING to do with your 500vs500 fight lag. It's all server side.
Because of TiDi being rolled out - I just now experienced TiDi in a 0.0 system with ***17*** people in local. Not a fight to be seen.... yet another broken mechanic brought on by efforts to babysit the monster alliances.
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
67
|
Posted - 2012.01.22 15:46:00 -
[4] - Quote
baltec1 wrote:Zleon Leigh wrote:baltec1 wrote:
The only people who say this are those who wernt there or are bitter they try to play on a poor mans PC from 2002. The last two fights have been epic and worked oh so good.
Nope, just tired of hearing about tears of "I was in 500 man fleet and couldn't do ****!" for the past two years. BTW - don't talk about something you don't have a clue about. Client side has NOTHING to do with your 500vs500 fight lag. It's all server side. Because its CCP that makes your pooter crash in a big fight. Theres a reason why people say turn down the graphics and turn off brakets in these fights 
If the server side is drawing brackets CCP implementation is plain stupid. Turning off brackets and turning down graphics does help low-end systems. Still has nothing to do with server lag/freeze/fail.
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
67
|
Posted - 2012.01.22 15:58:00 -
[5] - Quote
YkkonenOnKakkonen wrote:
TiDi is node wide. So it might that there was a fight going on some other system on the node?
And fleets (200+) cause tidi to spike to 10% when they jump systems.
If TiDi is node wide - then the implementation is completely wrong.
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
67
|
Posted - 2012.01.22 16:04:00 -
[6] - Quote
Mire Stoude wrote:My experience with TiDi is that it is great for fleet battles but horrible for jumping through gates. Yes it is hard to lock targets, but it is harder to lock targets with a black or frozen screen. TiDi is a step in the right direction. Now, if we could only cut down on the 5 minute stargate jumps (with traffic control) ...
Can't be done - once you unsync clock of the fleet fight system from the rest of EVE you have to make up the any lag difference when you eventually rejoin the rest of EVE. Better hope those blob fleet fights don't last long - you could be sitting on that dark screen for a looong time.
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
67
|
Posted - 2012.01.22 16:06:00 -
[7] - Quote
I've changed my mind about TiDi breaking low populated systems. If TiDi kicks in I know a blob fleet is on its way. Thanks for expanding local!!!
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
67
|
Posted - 2012.01.22 16:13:00 -
[8] - Quote
YkkonenOnKakkonen wrote:Zleon Leigh wrote:YkkonenOnKakkonen wrote:
TiDi is node wide. So it might that there was a fight going on some other system on the node?
And fleets (200+) cause tidi to spike to 10% when they jump systems.
If TiDi is node wide - then the implementation is completely wrong. If the node is getting hammered so much that it has to slow the game down to 10% of its normal speed then why should it work any faster on other systems the node is running? It somehow magically gets more cpu time out of thin air to run the other systems on the node?
it's just a matter of where you draw the magical time difference. As far as EVE the universe is concerned some part of it needs to run slower so the entire galaxy doesn't collapse. That can be at the fleet planetary system level, node level (cluster of PS's), or the entire universe (superset). The line should have be drawn at PS's level. CCP implemented it at node level because they can't handle the incoming fleets into the target battle system instead of dynamically adding PS's to the dilation zone as needed (they went with simpler coding). That's what's screwing non-fleet participants over.
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
67
|
Posted - 2012.01.22 16:16:00 -
[9] - Quote
Tippia wrote:Zleon Leigh wrote:If TiDi is node wide - then the implementation is completely wrong. How could it not be node wide? It's the node that is having trouble handling the requestsGǪ Quote:I've changed my mind about TiDi breaking low populated systems. If TiDi kicks in I know a blob fleet is on its way. Thanks for expanding local!!! GǪexcept that node assignment and geography aren't necessarily linked.
agreed, not necessarily and factually at some point it isn't. But if there isn't an affinity for node assignment and geography then they made another mistake. inter-System traffic is much faster to handle in the CPU rather than across memory switching or ethernet packets.
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
68
|
Posted - 2012.01.22 16:21:00 -
[10] - Quote
Xirin wrote:Gee, I was able to lock people and the system was down to 10%. Stop whining. Everyone but you thinks time dilation is an excellent solution to reducing the EFFECTS of lag (since there's no way to remove lag completely, stop telling them to "fix the game" when players keep finding new and creative ways to break it) 
You're experience went well. I'm happy for you.
Doesn't excuse other problems it is causing...
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
|
|
Zleon Leigh
68
|
Posted - 2012.01.22 17:16:00 -
[11] - Quote
Tres Farmer wrote:
Now Zleon, with that knowledge and given parameters to work with - how is CCP supposed to just TiDi a single thread on a node which is overloaded?
PS: no, as I said earlier.. they can't pull threads from the node to mildly reinforce it yet, as the pleyers would be disconnected.
'Cause the problem is the one thread (or probably at most 3 threads) causing the overload, not the entire node. So dilate the one thread and there you go... there is no reason to hit an entire node with TiDi.
This issue is closely related to design simulations done in the engineering community - time scaling and microtime problems have been worked on for years in EDA. Maybe CCP needs to consult with them.
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
Zleon Leigh
68
|
Posted - 2012.01.22 17:29:00 -
[12] - Quote
Tippia wrote:Zleon Leigh wrote:Doesn't excuse other problems it is causing... GǪsuch as?
Like maybe the outbreak of server crashes since the TiDi release? Spreading outbreaks of system lagg reported from all over?
Incarna - Newest business example of mismanaged capital.
CCP - Continuing to gank independent PI producers every day |
|
|
| |
|